Skip to main content

преобладающее правило управления проектами

преобладающее правило управления проектами (prevailing rule of project management)​

преобладающее правило управления проектами (prevailing rule of project management) - В традиционном управлении проектами считается, что способ гарантировать, что проект будет завершен вовремя, состоит в том, чтобы гарантировать, что каждая задача будет завершена вовремя.

Пример: Это правило управления проектом вызывает общий конфликт ядра для ресурса. Испаряющееся облако это:

A - ресурс считается надежным.

B - ресурс выполняет обязательства по выполнению задач.

D - Ресурс выбирает оценки задач, превышающие 80%.

C - ресурс не преувеличивает.

D\' - ресурс выбирает оценки задач, близкие к 50%.

Каждый менеджер ресурсов и ресурс в проекте вынуждены выполнять задачи в установленные им сроки. Однако проект по самой своей природе имеет высокую неопределенность, а это означает, что правый хвост распределения времени задачи очень длинный. Оценка времени задачи, которая имеет 80-процентную вероятность достижения (80-процентная оценка времени задачи), может быть в два раза длиннее, чем оценка с 50-процентной вероятностью достижения (50-процентная оценка времени задачи). После принятия оценка времени задачи становится обязательством по отношению к ресурсу и в то же время создает конфликт для ресурса: должен ли ресурс предоставить высокую оценку, чтобы гарантировать выполнение обязательства по времени задачи, или должен ли ресурс предоставить оценку, близкую к 50 %, чтобы не выглядеть так, будто время выполнения задачи преувеличено? Ресурс обычно дает высокую оценку, чтобы обеспечить локальную защиту для выполнения обязательства. Как только высокая оценка времени задачи принимается руководством, происходит одно из двух: либо ресурс становится жертвой синдрома ученика и откладывает начало работы над задачей до тех пор, пока не исчезнет локальная защита, встроенная в оценку, либо ресурс завершает работу. задача рано и продолжает «улучшать» или находить другие дела, пока время задачи не будет израсходовано (закон Паркинсона).

Решение TOC для этого основного конфликта заключается в следующем:

  1. Заставить ресурсы предоставлять 50% оценок времени задачи и не возлагать на них ответственность за достижение оценок, и

  2. Стратегически размещайте защиту в виде подпитки и проектных буферов в проекте.

Синоним: основной конфликт менеджера ресурсов.

См.: 50% оценка времени выполнения задачи, питающий буфер, закон Паркинсона, буфер проекта, синдром студента.

#ccpm

Примечание АП: хороший вопрос не "Когда закончишь?", а "Сколько времени тебе еще нужно чтобы закончить?". Разница в показаниях в течение времени вызывает вопросы. Если постоянные ошибки в планировании, то это означет что:

  1. [Есть ошибки проекта - появились новые риски проекта, почему так произошло.]{.c0}
  2. [Есть косяк в исполнении проекта или в планировании. Если второй раз появилась ошибка - системная ошибка, нужно проводить анализ выученных уроков и разбирать причины.]{.c0}
  3. [Квалификация исполнителя не соответствует ожиданиям. Нужно найти другое применение специалисту или уволить.]{.c0}

Каждый уровень проходим последовательно. нельзя сразу переходить к третьему пункту. Сначала нужно получить результаты в первым двум пунктам, иначе можно "отстрелить" нужного человека.

После проекта обязательно собираем "выученные уроки".

Если люди не реагируют на такой вопрос, то скорее всего нет явных полномочий для задавания вопросов - "Может ли человек задавать такие вопросы?" . Для преодоления этого препятствия нужно привлечь ЛПР который ЯВНО  передаст полномочия на задавание такого вопроса или будет задавать их сам что поможет руководителю проекта управлять проектом.

Синоним: prevailing rule of project management.

#translated